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MULTIPLE-USER GRAPHICAL PROGRAMMING 
AND ANALYSIS ENVIRONMENT 

BACKGROUND OF THE INVENTION 

Computer programs have become generally recognized as good analytical tools 
5 and decision aids for a number of different problem sets. Typically, once a problem set is 
identified, a computer program that can act as an analytical tool or a decision aid within 
the problem set is coded from scratch. Specifications for the program may be drafted, 
and then a computer programmer or a team of programmers may be called in to develop 
the program in accordance with the specifications. 

10 Such computer program development can, however, be time-consuming, costly, 

and inconvenient. For certain problem sets, a quickly developed analytical tool or 
decision aid may be desired. The time and cost necessary to draft specifications and 
retain one or more computer programmers to develop a custom program may be too 
great, such that the program is ultimately never developed. End users who are not 

1 5 computer programmers especially may decide that, although computer programs to assist 
their analyses or decisions within problem sets may be desirable, the cost and expense in 
obtaining them are not worth the benefits that such programs can provide. 

For these and other reasons, therefore, there is a need for the present invention. 

SUMMARY OF THE INVENTION 

20 The invention relates to a multiple-user graphical programming and analysis 

environment. A multiple-user graphical programming and analysis environment 
computer program may include graphically represented code objects, graphically 
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represented inter-code object connections, application programs, and a graphical white 
board area. Each code object may be created by a user, and accessible by other users in 
an asynchronous or synchronous fashion, in accordance with the security privileges of the 
other users. Each inter-code object connection represents data transfer between a pair of 
5 code objects. There may be any number of inter-code object connections connecting 
code objects together. Each application program is made up of one or more chains of the 
code objects, interconnected via the inter-code object connections. The code objects are 
definable and movable within the graphical white board area, and the inter-code object 
connections are creatable within this area. An inter-code object connection may be 

10 graphically terminated on any edge or interior of a code object. An inter-code object may 
be represented by a hne or as a directed graph. The application programs are executable 
within the graphical white board area as well. 

Embodiments of the invention provide for advantages over the prior art. Users 
can asynchronously or synchronously program together as a group, with each user 

15 contributing to an application program in real-time and optionally view the resuUs 
immediately. The graphical object-oriented nature of the programming environment 
eases the programming process, allowing users to employ objects of varying complexity 
represented graphically within the white board area. This allows users with little or no 
computer progranraiing experience to graphically construct application programs. 

20 Furthermore, the graphically represented code objects may be moved and rearranged as 
desired. Depending on the functions of the objects, the objects may even be programmed 
to reprogram themselves, or graphically perform neural networks. Once the source code 
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is written for a graphically represented code object, the object is reusable across muhiple 
application programs, such that the source code does not have to be developed again. 

Embodiments of the invention may further be dynamically extensible, in that new 
graphically represented code objects may be added and used at any time. Because users 
5 are accorded access to objects based on their security privileges, embodiments of the 
invention can also provide a secure object programming environment. The objects may 
be hidden in part or in their entirety, based on the security privileges of the users. For 
instance, functionality of the objects may be restricted, reduced, or limited based on the 
security privileges of the objects themselves, or the privileges of the users. 

10 Preferably, the graphically represented code objects are centrally stored and 

accessed from one or more servers on a network. The user may thus access the objects 
from within the white board area that may be instantiated within an Internet web 
browsing program. Embodiments of the invention may be implemented so as to be 
browser-independent, too, by utiUzing the Java progranmiing language technology, or 

15 another type of programming language technology that does not require a specific brand 
of web browsing program. Similarly, by utilizing Java technology or another type of 
technology, embodiments of the invention maybe architecture and operating system 
independent. 

Still other aspects, advantages, and embodiments of the invention will become 
20 apparent by reading the detailed description that follows, and by referring to the 
accompanying drawings. 
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BRIEF DESCRIPTION OF THE DRAWINGS 

The drawings referenced herein form a part of the specification. Features shown 
in the drawing are meant as illustrative of only some embodiments of the invention, and 
not of all embodiments of the invention, unless otherwise explicitly indicated, and 
5 implications to the contrary are otherwise not to be made. 

FIG. 1 is a diagram of a physical system in conjunction with which a multiple- 
user graphical programming and analysis environment may be implemented, according to 
an embodiment of the invention. 

FIG. 2 is a diagram of a multiple-user graphical programming and analysis 
10 environment, according to an embodiment of the invention. 

FIG. 3 is a diagram of an example graphically represented code object, according 
to an embodiment of the invention. 

FIGs. 4A, 4B, 4C, and 4D are diagrams depicting an example process of the 
development of an example application program within a multiple-user graphical 
15 programming and analysis environment, according to an embodiment of the invention. 

FIGs. 5A, 5B, and 5C are diagrams depicting the example execution, or 
performance, of an example application program, the development of which is depicted 
in FIGs. 4A-4D, according to an embodiment of the invention. 

FIG. 6 is a flowchart of a method for constructing an appUcation program within a 
20 multiple-user graphical programming and analysis environment, according to an 
embodiment of the invention. 

FIG. 7 is flowchart of a method for providing a multiple-user graphical 
programming and analysis environment, according to an embodiment of the invention. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 

In the following detailed description of exemplary embodiments of the invention, 
reference is made to the accompanying drawings that form a part hereof, and in which is 
shown by way of illustration specific exemplary embodiments in which the invention 
5 may be practiced. These embodiments are described in sufficient detail to enable those 
skilled in the art to practice the invention. Other embodiments may be utilized, and 
logical, mechanical, and other changes may be made without departing fi-om the spirit or 
scope of the present invention. The following detailed description is, therefore, not to be 
taken in a limiting sense, and the scope of the present invention is defined only by the 
10 appended claims. 

Multi-user Graphical Programming and Analvsis Environment 

FIG. 1 shows a representative physical system 100, in conjunction with which 
embodiments of the invention may be implemented. The system 100 includes one or 
more servers 102 commimicatively coupled to clients 104 A, 104B, . . 104N, over a 

15 network 106. The cHents 104A, 104B, . . ., 104N are collectively referred to as the 

clients 104. Each of the servers 102 and the clients 104 may be or include a computing 
device, such as a desktop or a laptop computer, or another type of computing device. The 
network 106 may be or include local-area networks (LAN's), wide-area networks 
(WAN's), intranets, extranets, virtual private networks (VPN's), the Internet, wired 

20 networks, and/or wireless networks, as well as other types of networks. 

A multiple-user graphical programming and analysis environment 108 runs as one 
or more programs on the servers 102, as is described in more detail later in the detailed 
description. The cHents 104 run web browsing programs 1 lOA, HOB, . . ., 1 ION, 
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collectively referred to as the web browsing programs 1 10. The web browsing programs 
110 may be versions of the Internet Explorer web browsing program, available from 
Microsoft Corp., of Redmond, Wash., or other types of web browsing programs, as 
known to those of ordinary skill within the art. The users of the clients 104 are able to 
5 access and interact with the environment 108 running on the servers 102 via the web 
browsing programs 110, over the network 106. The clients 104 also run operating 
systems in conjunction with which the web browsing programs 110 run. Such operating 
systems may include versions of the Windows operating system, available from 
Microsoft Corp., versions of the Macintosh operating system, available from Apple, Inc., 

10 of Cupertino, Calif, as well as versions of the UNIX operating system and versions of the 
Linux operating system. Instantiations of the environment 108 are run within the web 
browsing programs of the clients 104, as the environments 108A', 108B', . . ., 108N', 
collectively referred to as the environments 108'. 

FIG. 2 shows the multiple-user graphical programming and analysis environment 

15 108 as displayed by and accessed from one of the web browsing programs 1 10 running 
on the clients 104 as the environments 108', according to an embodiment of the 
invention. The environment 108 includes a graphical white board area 202, a chat area 
204, and a user list area 206. The graphical white board area 202 may be considered to 
visually represent the environment 108. The chat area 204 allows users to enter and 

20 display short text messages to one another, whereas the user list area 206 shows the name 
of the users currently logged into the environment 108. In the preferred embodiment, the 
environment 108 is implemented as a computer program described in US Pat. No. 
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6,351,777, issued to Simonoff on Feb. 26, 2002, and US Pat. No. 6,463,460, issued to 
Simonoff on Oct. 8, 2002, both of which are hereby incorporated by reference. 

The environment 108 may further be a computer program coded in the Java 
programming language, initially developed by Sun Microsystems, Inc., of Santa Clara, 
5 Calif. The environment 108 may include areas 202, 204, and 206 that may be separately 
coded as Java objects. An applet program is generally defined as a small application 
computer program. The utihzation of the Java technology, or a similar type of computer 
programming technology, allows for the environment 108 to be accessed in a browser- 
neutral and architecture-independent manner. That is, the type or brand of the clients 104 

10 of FIG. 1 and the type or brand of the web browsing programs 110 running thereon do 
not have to be specified, so long as these clients 104 and these programs 1 10 are capable 
of running Java or similar type of technology. 

Graphically represented code objects 208A, 208B, . . ., 208N, collectively referred 
to as the code objects 208, are definable and movable within the graphical white board 

15 area 202. The code objects 208 may be applet programs that are run within the applet 
context of the graphical white board area 202, and thus of the context of the environment 
program 108 itself. Each of the code objects 208 is created by a user, and accessible by 
other users in accordance with their security privileges, and/or the security privileges 
attached to the code object in question. The levels of security may also be different for 

20 the code objects 208. For instance, the creating author of a code object 208 may have full 
access to the underlying code of the object 208, whereas other users may only be able to 
use the object 208 within developed appUcation programs, and may not be able to modify 
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the source code of the object 208. Security privileges may restrict which functions or 
features of the object 208 are available to each user. 

Non-graphically represented code objects may also coexist with the code objects 
208 within the white board area 202. Such non-graphically represented code objects may 
5 include stand-alone computer programs, image-viewing computer programs, video- 

plajang computer programs, and/or audio-playing computer programs, among other types 
of computer programs. The graphically represented code objects 208 themselves may 
include database objects to access or store data of databases, video-playing computer 
programs, audio-playing computer programs, image-viewing computer programs, geo- 

10 spatial information map- viewing computer programs, fiUer-algorithm programs, and/or 
model and analysis tool computer programs, among other types of computer programs. 

An example application program 210 is depicted that is made up of a chain of 
graphically represented code objects 212A, 212B, and 212C, collectively referred to as 
the code objects 212, interconnected with one another via graphically represented inter- 

15 code object connections 214A and 214B, collectively referred to as the inter-code object 
connections 214. The application program 210 is creatable and executable within the 
graphical white board area 202. The code objects 212 may be instances of the code 
objects 208, where an instance of one of the code objects 208 is a single copy of that code 
object. The application program 210 may be constructed asynchronously, where multiple 

20 users construct different parts of the program 210 at different times, as well as 

synchronously, where multiple users construct the program 210 together at the same time. 
The application program 210 may be stored for later retrieval and use, and furthermore 
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may be modular in nature so that multiple application programs, including the program 
210, may be linked together to create even more complex application programs. 

The application program 210 may have its usage logged for later auditing, such 
that it is said that the program 210 is auditable and loggable during usage. The users who 
5 construct the application program 210 may be traceable, in that their identities may be 
able to be known well after the program 210 has been constructed. Similarly, the users 
who generate or use the appUcation program 210 may also be traceable. The application 
program 210 may have configurations that are manageable by users who have appropriate 
security privileges, too. The application program 210 may be able to accept data from 

10 dynamically changing input sources and/or from static input sources, as well as from 
resources accessible over a network. 

The results of execution of the program 210 may be able to be reported over such 
a network. Security privilege-filtered results of execution of the application program 210 
may further be able to be reported over such a network. Security privilege-filtered results 

15 are results that are filtered so that only the data that a given user has the appropriate 

security privileges to view and access are provided to that user. A user with the highest 
security privileges may not have any of the results filtered out when viewing the results. 
By comparison, a user with the lowest security privileges may only be able to view a 
small portion of the results, such that the other portions of the results are filtered out and 

20 not viewable by this user. 

The inter-code object connections 214 are creatable, definable, and movable 
within the white board area 202. Security privileges may restrict which data is 
transferred across the inter-code object connections. Security privileges may restrict 
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some users' awareness that inter-code objects exist. Each of the connections 214 
represents data transfer between a pair of code objects. For instance, the connection 
214A represents data transfer between the objects 212A and 212B, and the connection 
214B represents data transfer between the objects 212B and 212C. An inter-code object 
5 connection can represent data being sent from a sender object and being received by a 
receiver object of the pair of code objects connected by the inter-code object connection. 
Furthermore, more than one inter-code object connection may be specified between a pair 
of code objects, such that each object may function as both a sender object and a receiver 
object relative to the other object. 

10 The inter-code object connections 214 further may graphically terminate on edges 

and/or interiors of the code objects 212. The data represented by an inter-code object 
connection may be user defined, and may also be filtered and/or modified according to 
the privileges according to the users. For instance, a user may define the type of data that 
is transmitted and received via an inter-code object connection. However, that same user 

1 5 may not have the appropriate security privileges to actually access or view the data, 
whereas another user may have greater security privileges that enable him or her to 
access and view the data. Additionally, the inter-code object connections 214 may be 
graphically invisible and/or purposefully limited in their functionality for security 
reasons, in accordance with the security privileges accorded to the users. The 

20 connections 214 may be represented as lines and/or directed graphs. 

Furthermore, application programs, like the appUcation program 210, may be 
connected to one another and to the code objects 212 via additional inter-code object 
connections, similar to the connections 214, to allow for more complex application 
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programs to be created. In such instance, the application programs are contained within 
what are referred to as container panels, comparable in functionality to the code objects 
212, except that the panels contain application programs, instead of individual code 
objects. In such instance, the appUcation programs may be referred to as macro 
5 programs. Thus, code objects are interconnected to form application programs, and 
application programs may be interconnected with themselves and other code objects to 
form more complex application programs. 

FIG. 3 shows an example graphically represented code object 300, according to 
an embodiment of the invention. The code object 300 includes input 302, output 304, 

10 and intemal logic 306. The code object 300 may only include the input 302 or the output 
304, and not necessarily both the input 302 and the output 304. The input 302 and the 
output 304 are referred to as data interfaces. The input 302 specifies the data that is input 
by the code object 300. The intemal logic 306 performs the operations or processing 
necessary to achieve data that is output at the output 304 in accordance with a given 

15 purpose or functionahty of the object 300. Such processing by the intemal logic 306 is 
based on the input 302 where the input 302 is present. 

The code object 300 may be interconnected with other graphically represented 
code objects via the input 302 and the output 304 of the object 300. A graphically 
represented inter-code object connection may connect the output of a second object to the 

20 input 302 of the object 300. Furthermore, another inter-code object connection may 
connect the input of a third object to the output 304 of the object 300. This means that 
the second object generates data that is transferred therefi-om to the input 302 of the code 
object 300. The intemal logic 306 of the code object 300 processes the data that is input. 
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and outputs data on the output 304. The data output on the output 304 is then input into 
the third object, which may perform further processing of the data. In this way, 
application programs made up of chains of code objects may be created by 
interconnecting the code objects via inter-code object connections. 
5 The intemal logic 306, or source code, of the code object 300 may in particular be 

hidden from users other than the user who authored the code object 300. For example, 
one group of users, who have computer programming knowledge and experience, may be 
responsible for developing different types of code objects. Another group of users, who 
have little or no computer programming, may then employ instances of the code objects, 
10 chaining them together to create application programs in a graphical manner. That is, 
application programs may easily be assembled from existing code objects by users who 
are not necessarily computer programmers and who do not necessarily have computer 
programming experience or knowledge. 

Construction of Example Application Program 

15 FIGs. 4A-4D illustratively depict the construction of an example appHcation 

program, according to an embodiment of the invention. The example application 
program whose construction is depicted in FIGs. 4A-4D is presented for example 
purposes only. The application program has a rudimentary purpose, to input two 
numbers, add them together, and display the resulting sum. As can be appreciated by 

20 those of ordinary skill within the art, application programs that are more complex than 
this application program, with more sophisticated fimctionaUties, may also be created 
within the multiple-user graphical programming and analysis environment of 
embodiments of the invention. 



12 



Navy Case. No. 84734 

In FIG. 4A, the graphical white board area 202 is shown as including four types 
of objects: an input number object 402, an add two numbers object 404, and a display 
number object 406. The input number object 402 has an output 408 that represents the 
number that was received by the object 402. The add two numbers object 404 has an 
5 input 410 that represents the two numbers to be added by the object 404, as well as an 
output 412 that represents the sum of these two numbers. The display number object 406 
has an input 414 that represents the number that is input and displayed by the object 406. 
The intemal logic of the objects 402, 404, and 406 is not shown in FIG. 4 A. 

One or more users, who have computer programming experience, may have 

10 developed the objects 402, 404, and 406, such that they are used to create the example 
application program by another user or users, who do not necessarily have computer 
programming experience. The objects 402, 404, and 406 are reusable objects, in that 
instances thereof may be created and used in a variety of different application programs, 
and not just the example application program that is being created. That is, the objects 

15 402, 404, and 406 are general-purpose objects, each having its own functionahty. Tying 
or connecting the objects 402, 404, and 406 together, as well as with other objects, allows 
for the graphical construction of different types of computer programs. 

FIGs. 4B-4D depict the actual construction of the example application program 
from the objects 402, 404, and 406. In FIG. 4B, two instances of the input number object 

20 402 have been instantiated within the graphical white board area 202, which are 

referenced as the object 402' and the object 402". In FIG. 4C, an instance of the add two 
numbers object 404 has been instantiated within the white board area 202, which is 
referenced as the object 404'. Furthermore, two inter-code object connections 420 and 
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422 have been added, the connection 420 between the object 402' and the object 404', 
and the connection 422 between the object 402" and the object 404', The connection 
420 connects the output of the object 402' with the input of the object 404', whereas the 
connection 422 connects the output of the object 402' ' with the input of the object 404'. 

In FIG. 4D, an instance of the display number object 406 has been instantiated 
within the graphical white board area 202, which is referenced as the object 406' . An 
inter-code object connection 424 has been added between the object 404' and the object 
406'. The connection 424 connects the output of the object 404' to the input of the object 
406'. The resulting chain of objects 402', 402", 404', and 406', having the inter-code 
object connections 420, 422, and 424, makes up the example appUcation program 426. 
When the example application program 426 is run or executed, objects 402' and 402" 
query the user for input numbers, which are output by the objects 402' and 402" to the 
object 404', as indicated by the connections 420 and 422. The object 404' adds these two 
number, and outputs their simi to the object 406', as indicated by the connection 424. 
The object 406' then displays this sum. 

FIGs. 5A-5C illustratively depict the example performance of the example 
appUcation program 426, according to an embodiment of the invention. In FIG. 5 A, a 
window 500 is displayed to the user, in which the user is requested to input a number 
within the box 502, and then press the OK button 504. The window 500 may result from 
performance of the internal logic of the object 402'. In the example performance of the 
program 426, the number 23 has been entered in the box 502. This is the number that is 
output by the object 402' and input into the object 404'. 
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Similarly, in FIG. 5B, a window 510 is displayed to the user, in which the user is 
requested to input a number within the box 512, and then press the OK button 514. The 
window 510 may result from performance of the internal logic of the object 402". In the 
example performance of the application program 426, the number 12 has been entered in 
5 the box 502. This is the number that is output by the object 402" and input into the 
object 404'. 

It is noted that even though the objects 402' and 402" are identical copies of the 
object 402, because they are separate copies, or instances, of the object 402, they run 
independently of each other. Thus, the object 402' is run to display the window 500 for 
10 the user to enter a first number, whereas the object 402" is run to display the window 510 
for the user to enter a second number, where both numbers are then input into the object 
404'. In this way, the object 402 is reusable even within the application program 426, in 
that it has been used twice so that two separate and independent numbers can be entered 
by the user. 

15 The object 404' adds these two numbers together, resulting in their sum of 35. 

The number 35 is then output by the object 404' and input into the object 406'. 
Therefore, in FIG. 5C, a window 520 is displayed to the user that shows the number 35, 
which is the sum of the numbers that the user entered in the windows 500 and 510 of 
FIGs. 5 A and 5B, respectively. The window 520 also includes an OK button 522 that the 

20 user presses when he or she is finished viewing the sum of the numbers previously 
entered. The window 520 is displayed by the object 406'. 

Therefore, whereas the object 404' performs the intemal calculations necessary to 
add the two numbers received by the objects 402' and 402", the object 404' does not 
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display the resulting sum itself. Rather, the object 404' passes the resulting sum to the 
object 406', which actually displays the number input from the object 404'. This means 
that the sum calculated by the object 404' may be output to other objects, besides just the 
object 406'. Furthermore, dividing the summing and display functionality between the 
two objects 404' and 406' renders these two objects as more general-purpose than if a 
single object had been created that subsumed both addition and display responsibilities. 
For example, instances of the object 406, such as the object 406', can be used to display 
any number, and not just a mmiber that is the sum of two other numbers. 

Methods 

FIG. 6 shows a method 600 for constructing an application program within a 
multiple-user graphical programming and analysis environment, according to an 
embodiment of the invention. For example, the method 600 may be employed to 
construct the application program 426 as depicted in FIGs. 4A-4D, the performance of 
which is depicted in FIGs. 5 A-5C. The method 600 may more generally be used to create 
other types of application programs within the multiple-user graphical programming and 
analysis environment as well. 

A user initially accesses the graphical programming and analysis environment 
program (602). For instance, the user may have one of the clients 104 of FIG. 1, ruiming 
one of the web browsing programs 110 to access the environment 108 running on the 
servers 102, over the network 106. This user may generate, or another user may have 
already generated, graphically represented code objects within the environment (604). 
Generation of code objects includes, for each object, determining the data interface of an 
object (606), and determining the internal logic of the object (608). The data interface of 
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an object includes inputs and/or outputs, whereas the internal logic of the object generates 
the outputs, where present, or performs other functionality, relative to the inputs, where 
present. In one embodiment, the creation or generation of code objects is accomplished 
outside of the graphical programming and analysis environment program, and then 
5 introduced into the environment program so that application programs may be created 
therefrom, by linking or interconnection of the code objects. 

The user, either the user who created the objects or another user, then graphically 
chains instances of the code objects together via inter-code connections within the 
environment program (610). A number of users may also collaborate together in 

10 chaining instances of objects together. For instance, one user may chain together the 

code objects created by him or her with the code objects created by other users, to which 
the user has access based on security privileges accorded to him or her, and/or security 
privileges of the objects themselves. Chaining code objects together results in inter-code 
object communication among the objects. For each pair of code objects to be chained 

15 together, where each object may be part of a number of such pairs on each of its inputs 
and outputs, the user may specify a sender object of the pair that sends data to the 
receiver object of the pair that receives the data. 

An application program is thus assembled as one or more chains of interconnected 
code objects (612). As has been noted, the application program may be created by one or 

20 more users, and the users who construct the application program may not be the same 
users who originally developed the objects, instances of which make up the application 
program. Finally, the application program is desirably executed, such as within the 
multiple-user graphical programming and analysis environment (614). 
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FIG. 7 shows a method 700 for providing the multiple-user graphical 
programming and analysis environment that has been described, according to an 
embodiment of the invention. Asynchronous access for multiple users is provided to a 
multiple-user graphical programming and analysis environment program (702). For 
5 example, access may be provided to multiple users consistent with the system 100 of 
FIG. 1, in which each user has one of the clients 104. For instance, multiple users may be 
enabled to log into the environment program remotely, such as over the Intemet, such 
that the users are able to access the program simultaneously. 

Furthermore, providing such access to the multiple users can include providing 

1 0 access to appUcation programs executable within the progranmiing and analysis 

environment, which may be a white board area, as has been described. Such application 
programs may be executed, such that the results thereof are inmiediately available to the 
users. The users may also be provided access to resources that are available on a network 
to which the programming and analysis environment is communicatively coupled. 

15 Each user may be allowed to generate graphically represented code objects (704). 

This can include allowing each user to create one or more code objects (706), by allowing 
a user to determine the intemal logic of an object (708), allowing a user to determine the 
data to be received by an object (710) where appropriate, and allowing a user to 
determine the data to be output by an object (712) where appropriate. The users have 

20 access to the code objects of other users based on their security privileges and the 
security privileges of the objects themselves (714). Where a user is denied complete 
access to an object, the user may not be able to even see the object. That is, the only 
objects rendered visible to a given user may be those to which that the user has some 
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level of access, according to the user's security privileges and/or the security privileges of 
the object itself 

Each user is further allowed to graphically chain together code objects to which 
the user has access, to yield inter-code object communications (716). As has been 
5 described, for each pair of chained-together code objects, the first object is able to send 
data that is received by the second object. Another pair of chained-together objects may 
include exactly the same two objects, but where the second object is able to send data that 
is received by the first object. Finally, each user may be allowed to execute application 
programs made up of the chained-together code objects (718). When application 
10 programs are executed, the programs may display to the user the end results of the data 
processed by the code objects upon execution of the application programs, or perform 
some other functionality. 

Conclusion 

It is noted that, although specific embodiments have been illustrated and 
1 5 described herein, it will be appreciated by those of ordinary skill in the art that any 
arrangement that is calculated to achieve the same purpose may be substituted for the 
specific embodiments shown. Other applications and uses of embodiments of the 
invention, besides those described herein, are amenable to at least some embodiments. 
This application is intended to cover any adaptations or variations of the present 
20 invention. Therefore, it is manifestly intended that this invention be limited only by the 
claims and equivalents thereof 
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